Army Regulation 381-11 



Military intelligence 



Threat Support to 
U.S. Army Force, 
Combat, and 
Materiel 
Development 



Headquarters .... 

Department of the Army 
Washington, DC 
12 March 1986 




mm/kM 




AR 381-11 

Threat Support to U.S. Army Force, 

Combat, and Materiel Development 

This revision — 

o Provides guidance on the development of threat support programs and use 
of approved intelligence products (para 2-1). 

o Introduces the responsibilities of the threat integration staff officers 
and the functions of threat coordinating groups (paras 2-4 and 2-5). 

o Changes the responsibilities for the preparation, review, and approval of 
system specific threat assessments (para 2-6). 



Headquarters 
Department of the Army 
Washington, DC 
12 March 1986 



*Army Regulation 381-11 



Effective 14 April 1986 



Military Intelligence 

Threat Support to U.S. Army Force, Combat, and Materiel Development 



This UPDATE printing publishes a revision 
which is effective 14 April 1986. Because the 
structure of the entire revised text has been re- 
organized, no attempt has been made to high- 
light changes from the earlier regulation dated 
15 August 1981. 



By Order of the Secretary of the Army: 

JOHN A. WICKHAM, JR. 
General, United States Army 
Chief of Staff 

Official: 

R. L DILWORTH 

Brigadier General, United States Army 

The Adjutant General 



Summary. This regulation governs threat 
support to the U.S. Army force, combat, 
and materiel development process. It pro- 
vides guidance on the development of threat 
support programs, use of approved intelli- 
gence products, responsibilities of the Office 
of the Assistant Chief of Staff for Intelli- 
gence threat integration staff officers, and 
the functions of threat coordinating groups. 

Applicability. This regulation applies to el- 
ements of the Active Army engaged in 
force, combat, and materiel development ac- 
tivities. It does not apply to the Army Na- 
tional Guard (ARNG) or the U.S. Army 
Reserve (USAR). 

Impact on New Manning System. This 
regulation does not contain information that 
affects the New Manning System. 



Internal control systems. This regula- 
tion is subject to the requirements of AR 
1 1-2. It contains internal control provisions 
but docs not contain checklists for con- 
ducting internal control reviews. These 
checklists are being developed and will be 
published at a later date. 

Supplementation. Supplementation of 
this regulation and establishment of forms 
other than DA forms are prohibited, unless 
prior approval is obtained from HQDA 
(DAMI-FIT), WASH DC 203 10-1086. 

Interim changes. Interim changes to this 
regulation are not official unless they are au- 
thenticated by The Adjutant General. Users 
will destroy interim changes on their expira- 
tion date unless sooner superseded or re- 
scinded. 



Suggested improvements. The propo- 
nent agency of this regulation is the Office 
of the Assistant Chief of Staff for Intelli- 
gence. Users are invited to send comments 
and suggested improvements on DA Form 
2028 (Recommended Changes to Publica- 
tions and Blank Forms) directly to HQDA 
(DAMI-FIT), WASH DC 20310-1086. 

Distribution. Distribution of this issue has 
been made in /'.ccordance with DA Form 
12-9 A requirements for 381 series publica- 
tions. The number of copies distributed to a 
given subscriber is the number of copies re- 
quested in Block 339 of the subscriber's DA 
Form 12-9A. AR 381-11 distribution is D 
for Active Army, none for ARNG, and 
none for USAR. 
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Chapter 1 
General 

1-1. Purpose 

This regulation prescribes policies, responsi- 
bilities, and procedures for providing threat 
support to the Army's force, combat, and 
materiel development process. It provides 
guidance on the purpose, content, and focus 
of threat assessments used in support of 
force, combat, and materiel development ac- 
tivities. This regulation is intended to ensure 
that threat support helps guide the Army's 
force modernization effort. 

1-2. References 

Required and related references are listed in 
appendix A. 

1-3. Explanation of abbreviations and 
terms 

Abbreviations and special terms used in this 
regulation are explained in the glossary. 

1-4. Responsibilities 

a. The Assistant Chief of Staff for Intelli- 
gence will — 

(1) Establish threat support policy. 

(2) Approve threat documentation desig- 
nated for Army Systems Acquisition Re- 
view Council (ASARC) or Defense Systems 
Acquisition Review Council (DSARC) deci- 
sion (table 2-1) and studies in support of 
the Headquarters, Department of the Army 
(HQDA) decision process. 

(3) Review and monitor the threat sup- 
port process to ensure consistent application 
of threat in support of major and DAP sys- 
tems and HQDA-directed studies. 

(4) Review and validate critical intelli- 
gence parameters (CIPs). 

(5) Provide for representation to special 
task forces (STF), special study groups 
(SSGs), and study advisory groups (SAGs) 
for studies requiring threat consideration. 

(6) Serve as a member of the Army Sys- 
tem Acquisition Review Council. 

(7) Establish and chair HQDA threat co- 
ordinating groups (TCGs) for major and 
Designated Acquisition Program (DAP) 
systems and determine the appropriateness 
for establishing HQDA TCGs for other pro- 
grams or studies. 

(8) Review and approve all aspects of 
threat portrayed during the development of 
U.S. Army Training and Doctrine Com- 
mand (TRADOC) standard scenarios. 

b. The Deputy Chief of Staff for Opera- 
tions and Plans (DCSOPS) will— 

(1) Coordinate with the Office of the As- 
sistant Chief of Staff for Intelligence (OAC- 
SI) on requirements for threat support. 

•'(2) Ensure that the following materiel re- 
quirements documents which are prepared 
a\ various points in the life cycle of a major 
or DAP system contain, reference, or re- 
flect, HQDA-approved threat assessments. 

(a) Justification for Major System New 
Start (JMSNS). 

(b) Operational and Organizational 
(O&O) Plan. 

(c) Letter of Agreement (LOA). 



(d) Required operational capability 
(ROC). 

(e) Joint Service Operational Require- 
ment (JSOR). 

(3) Coordinate with OACSI on appropri- 
ate threat guidance and policies for cost and 
operational effectiveness analysis (COEA). 

(4) Coordinate with OACSI for threat 
representation on each special task force. 

(5) Coordinate with OACSI for the inte- 
gration of Army-approved threat in user 
test programs, including operational tests 
(OTs), force development testing and exper- 
imentation (FDTE), and joint operational 
testing. 

(6) Participate in HQDA level TCGs for 
the coordination of threat support to the 
force, combat., and materiel development 
process. 

(7) Coordinate with OACSI for the inte- 
gration of threat support guidance in all 
study directives, and analysis and guidance 
documents. 

c. The Deputy Chief of Staff for Re- 
search, Development, and Acquisition 
(DCSRDA) will— 

(1) Coordinate with OACSI on research, 
development, and acquisition requirements 
for threat support. 

(2) Ensure that the following documents 
that are prepared to support milestone deci- 
sion reviews for major and DAP systems 
contain or reference HQDA-approved 
threat assessments: 

(a) System concept paper (SCP). 

(b) Decision coordinating paper (DCP). 

(c) Integrated program summary (IPS). 

(3) Provide for the integration of threat 
support in all study directives and guidance 
documents from earliest concept stages. 

(4) Coordinate with OACSI in develop- 
ing the Long-range Research, Development, 
and Acquisition Plan (LRRDAP) to ensure 
that intelligence assets are programmed to 
support long-range planning initiatives, and 
that the plan reflects consideration of the 
threat. 

(5) Coordinate with OACSI to ensure 
that approved threat statements and appro- 
priate threat guidance and policies are 
present in the management of Product Im- 
provement Proposals (PIPs). 

(6) Participate in HQDA-!evel TCGs for 
the coordination of threat support to the 
force, combat, and materiel development 
process. 

(7) Ensure that approved intelligence da- 
ta and threat assessments are integrated into 
developmental testing. 

d. The Commanding General, U.S. Ar- 
my Training and Doctrine Command will — 

(1) In coordination with the U.S. Army 
Materiel Command (AMC), prepare, re- 
view, and forward to OACSI for DA ap- 
proval all threat statements developed for 
each JMSNS, O&O Plan, LOA, ROC. and 
JSOR for major and DAP systems. 

(2) In coordination with AMC. prepare, 
review, and approve all threat statements 
developed for each O&O Plan, LOA, and 
JSOR for Department of the Army (DA) 
in-process review (DAIPR) and in-process 
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review (IPR) level systems. Provide infor- 
mation copies to OACSI and U.S. Army In- 
telligence Agency (USAIA). 

(3) Prepare, in coordination with AMC 
and the appropriate HQDA TCG, and for- 
ward to OACSI for approval all System 
Threat Assessment Reports (STARs) for 
major and DAP systems. 

(4) Develop, in coordination with AMC 
and OACSI, command threat support re- 
quirements to include the identification of 
CIPs for specific programs and studies. 

(5) Develop, produce, and coordinate the 
threat portion of TRADOC standard scena- 
rios and forward to OACSI for approval. 

(6) Provide for threat representation on 
each special study group and identify threat 
support requirements to OACSL 

(7) Participate in DA-level TCGs. 

(8) In coordination with AMC, establish 
appropriate TCGs to provide threat support 
to DAIPR and IPR level systems. 

(9) Coordinate with OACSI to ensure the 
provision of appropriate threat support to 
each mission area analysis (MAA). 

(10) Prepare, in coordination with AMC 
and the appropriate HQDA TCG, a threat 
support plan for each major and DAP 
system. 

(11) Prepare, in coordination with AMC, 
a threat support plan and the STAR for 
DAIPR and IPR systems. 

(12) Ensure the integration of approved 
threat in user testing programs to include 
the preparation of test threat support pack- 
ages in response to stated tester 
requirements. 

e. The Commanding General, U.S. Army 
Materiel Command will — 

(1) In coordination with TRADOC, pre- 
pare, review, and forward to OACSI for 
HQDA approval all threat statements de- 
veloped for each SCP, DCP, and IPS for 
major and DAP systems. 

(2) In coordination with TRADOC, pre- 
pare, review, and approve all threat state- 
ments developed for each SCP, DCP, and 
IPS for DAIPR and IPR level system and 
provide information copies to OACSI and 
USAIA. j*-- 

(3) Develop, in coordination with 
TRADOC and OACSI, command threat 
support requirements to include identifica- 
tion of CIPs for specific programs and 
studies. 

(4) Coordinate with TRADOC the prep- 
aration of STARs for major, DAP, DAIPR. 
and IPR systems. 

(5) Ensure the integration of approved 
threat in developmental test programs. 

(6) Participate in DA level TCGs. 

(7) In coordination with TRADOC, es- 
tablish appropriate TCGs to provide threat 
support for DAIPR and IPR level systems. 

(8) Participate with TRADOC in the 
preparation of threat support plans for ma- 
jor, DAP, DAIPR. and IPR systems. 

/ The Commander. U.S. Army Intelli- 
gence Agency will — 

(1) Produce current and projected gener- 
al and scientific and technical intelligence 
(S&TI). 



(2) Produce intelligence documents and 
S&TI quantitative data in automated format 
to support specific force, combat, and mate- 
riel development programs. 

(3) Participate in TCGs to support the 
force, combat, and materiel development 
process. 

(4) Assist in the development and the re- 
view of the application of threat in selected 
combat and materiel developers' acquisition 
programs, studies, developmental and oper- 
ational tests, and combat simulations and 
wargames. This will include the Army De- 
velopment and Acquisition of Threat Simu- 
lators (ADATS) Program. 

(5) Provide representatives to work 
groups and TCGs formed to support 
HQDA and major Army command 
(MACOM) directed studies and analyses. 

(6) Develop and maintain threat data 
base as directed by OACSI. 

(7) Develop threat analysis and forecast- 
ing methodologies. 

(8) Assist developers in the development 
of intelligence production requirements and 
the definition of critical intelligence 
parameters. 

g. The Director, Armed Forces Medical 
Intelligence Center will — 

(1) Produce current and projected gener- 
al medical and scientific and technical 
intelligence. 

(2) Produce intelligence documents to 
support, specific force, combat, and materiel 
development programs. 

(3) Participate in DA-!evel TCGs for the 
coordination of threat support to the com- 
bat and materiel development process. 

h. The Commanding General, U.S. Ar- 
my Operational Test and Evaluation Agen- 
cy (OTEA) will— 

(1) Coordinate test planning with the ap- 
propriate threat approval authority (table 
2-1) to ensure that an appropriate battle- 
field environment is portrayed. 

(2) Participate in TCGs to ensure that 
threat requirements to support testing are 
identified as early as possible after program 
initiation. 

/. The Director, U.S. Army Concepts 
Analysis Agency (CAA) will — 

(1) Develop, in coordination with OAC- 
SI and DCSOPS, threat support require- 
ments for theater level wargaming. 

(2) Participate in DA level TCGs involv- 
ing force development issues. 

(3) Coordinate with OACSI to ensure the 
provision of appropriate threat support to 
HQDA-sponsored force development 
studies. 

j. Other developers and testers not specif- 
ically identified in this regulation will as- 
sume the same basic responsibilities and 
relationships with the threat support agen- 
cies as TRADOC and AMC. 

1-5. Policies 

DOD Instruction 5000.2 contains guidance 
on threat support to materiel acquisition. It 
states that the effectiveness of a proposed 
weapon system in its intended threat envi- 
ronment must be a fundamental concern of 



the acquisition effort and must be consid- 
ered by program managers from the outset. 
DIA Regulation 55-3 contains detailed gui- 
dance on threat support to major system ac- 
quisitions. Policies for threat support to 
force, combat, and materiel development as 
they pertain to the Army are as follows: 

a. Consideration of threat is a command 
responsibility. Commanders at all levels will 
ensure that approved threat is applied and 
integrated into force, combat, and materiel 
development programs. 

b. Threat will be derived from Army- 
and DIA-approved scientific and technical 
intelligence (characteristics, capabilities, and 
limitations of foreign equipment) and gener- 
al intelligence (organization, doctrine, and 
tactics of threat forces). The reformatting of 
approved intelligence data to meet threat re- 
quirements is the responsibility of the pro- 
ponent threat support office. 

c. The U.S. Army Intelligence Agency 
will produce both general and scientific and 
technical intelligence in response to ap- 
proved requirements. 

d. The combat and materiel development 
commands will prepare required »hreat doc- 
umentation, to include threat assessments, 
to support the specific combat and materiel 
development activities for which those com- 
mands are responsible. 

e. Intelligence producers will provide 
threat support in response to developers' 
guidance and defined requirements for all 
force, combat, and materiel development-re- 
lated activities including Planning, 
Programing, and Budgeting System (PPBS), 
mission area analysis, cost and operational 
effectiveness analyses, development tests, 
and operational tests. 

/ The senior intelligence officer (SIO) of 
each command and activity involved in the 
force, combat, and materiel development 
process will review and approve threat as- 
sessments written in support of command 
missions before forwarding them to the next 
higher level of command. 



Chapter 2 
Threat Support 

Section I 

Threat Support Programs 

2-1. General 

a. The purpose of threat support pro- 
grams is to ensure that force, concepts, doc- 
trine, training, organization, and materiel 
systems which most effectively and efficient- 
ly respond to the evolving threat environ- 
ment are developed. Threat support must be 
timely, consistent, and continuous to 
achieve this purpose. 

(1) Timeliness ensures that threat consid- 
erations are provided to combat and materi- 
el developers at critical points in the combat 
and materiel development cycle in order to 
properly influence the requirement for and 
development of force, concepts, doctrine, 
training, organization, and materiel systems. 
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(2) Consistency ensures that multiple 
users work from a standard, approved intel- 
ligence baseline. 

(3) Continuous threat support means 
that the impact of the threat is considered 
throughout the life cycle of a materiel sys- 
tem, from its earliest research and develop- 
ment phase through and including 
postdevelopment product improvements. It 
assures that organizations and doctrinal de- 
velopments are supported throughout their 
conceptual phases and after 
implementation. 

b. A threat support program consists of 
approved Department of Defense (DOD) 
and Army intelligence products (docu- 
ments, data bases, concepts, scenarios) and 
the procedures designed to respond to 
threat requirements that are not fulfilled by 
published intelligence products. 

c Threat support plans will be initiated 
early in the combat development process to 
support the conduct of MAA. This ensures 
that the impact of the threat is considered 
and applied during the process which may 
lead to the identification of a requirement 
for a specific materiel system or a change in 
organization, doctrine, or training. Threat 
support plans also will be prepared to sup- 
port the development of all force, combat, 
and materiel development programs and 
studies. 

d. At the start of a study or project, the 
proponent will identify threat support re- 
quirements. The senior intelligence officer at 
each command level is responsible for coor- 
dinating and providing threat support to 
combat and materiel developers and is re- 
sponsible for the application of the threat in 
support of programs and studies conducted 
by his or her command. 

e. The relationship between a U.S. sys- 
tem or program and the specific threat is 
dynamic and reflects changes in tactics, doc- 
trine, and technological advancements. SIOs 
of proponent commands will maintain a life 
cycle threat audit trail for each program. 

/ The basis or start point for developing 
the threat to an MAA or specific program, 
system, or study is the Soviet Battlefield De- 
velopment Plan (SBDP). If the SBDP is not 
sufficient for developing a system specific 
threat, the proponent will use the intelli- 
gence products defined in paragraph 2-2 or 
forward an intelligence production require- 
ment through command channels for task- 
ing to the USAIA, in accord with AR 
381-19. The OACSI threat integration staff* 
officer (TISO) will coordinate and assist in 
the development of threat support require- 
ments, and the application of the threat in 
support of the development process. 

g. Specific guidance for the preparation 
of threat assessments is contained in para- 
graph 2-6. 

2-2. Intelligence products 

Intelligence products are publications and 
automated data bases that, as a group, ad- 
dress foreign force capabilities in the near- 
term (0-5 years), midterm (5-10 years), and 



far-term (10-20 years). These products con- 
stitute Array-approved intelligence for use 
in developing threat assessments and will be 
used for satisfying system specific threat 
support requirements. To ensure consisten- 
cy throughout the Army intelligence and 
development communities, HQDA 
(DAMI-FIT) will publish semiannual list- 
ings of approved intelligence products for 
use in supporting each mission area. Devia- 
tions from intelligence contained in these 
products will only be approved by OACSI. 
Deviations require conspicuous notation in 
analysis documentation indicating that a 
threat excursion was used. The SBDP and 
other approved intelligence produced by the 
Army and Defense Intelligence Agency 
(DIA) will be used for threat development 
These baseline products are essential for 
sustaining the provision of consistent threat 
throughout the acquisition process, and re- 
present the start point for assessments prior 
to initiating specific requests for support. 

2-3. Threat simulation within Army 
analyses 

Army analyses make extensive use of com- 
puterized combat simulations. These simu- 
lations are used to evaluate capabilities and 
determine user and resource requirements 
in the context of complete force interactions 
and varying battlefield requirements. To en- 
sure the validity of Army analyses, comput- 
erized combat simulations must 
appropriately represent threat force combat, 
combat support, and combat service support 
in a consistent manner. The agency con- 
ducting the analysis must know the appro- 
priate models to use as well as their 
strengths, weaknesses, and limitations. The 
validity of threat force activity depends on 
model sensitivity, data input, and decision 
logic incorporated within the various mod- 
els employed to conduct the analysis. To 
achieve threat consistency, commonality, 
and accuracy within models, the following 
procedures apply: 

a. Intelligence data. The references iden- 
tified in paragraph 2-2 will be used for 
threat analysis. Deviations from the intelli- 
gence contained within these references may 
be used for interactive analysis by Army 
analysis activities; however, such deviations 
will be documented in the analysis and iden- 
tified in the assumption portion of all analy- 
ses. Study directors will be informed of such 
deviations and their potential impact. 

b. Combat simulation use. Studies and 
analyses . conducted by HQDA and 
MACOMs often require the use of combat 
simulations. MACOMs and supporting in- 
telligence officers will establish procedures 
ensuring that threat data used in the simula- 
tions are accurate and current, and iirtray 
threat activities and events correctly. TCGs 
and existing data bases will be used to satis- 
fy the requirement for current and accurate 
data inputs. Validation of threat portrayed 
in models under Army Model Improvement 
Program (AMIP) (AR 5-11) hierarchy of 
models is the responsibility of OACSI 



(DAMI-FIT). Validation of threat por- 
trayed in all other models is the responsibil- 
ity of each MACOM headquarters. Problem 
areas and events that cannot be portrayed 
accurately will be fully documented and fur- 
nished to OACSI (DAMI-FIT) for approv- 
al through the chain of command. 
Deviations from OACSI-approved scenari- 
os and threat data will also be forwarded to 
OACSI (DAMI-FIT) for approval through 
the chain of command. These problems will 
be identified at each milestone meeting or 
IPR meeting for consideration by study 
members. Documentation will include, as a 
minimum, assumptions, decision rules, uses, 
limitations, data required, and data current- 
ly stored. 

c Combat simulation development Com- 
bat simulations being developed will be fully 
documented. MACOMs, contract monitors, 
and intelligence offices supporting these ef- 
forts will establish procedures for reviewing 
threat data and decision rules for accuracy, 
currency, and correct portrayal of threat ac- 
tivities and events. Existing data bases and 
intelligence resources will be used to satisfy 
the requirement. This regulation and AR 
381-19 outline procedures for tasking intel- 
ligence resources. Validation of threat por- 
trayal in existing models under the AMIP 
hierarchy of models is the responsibility of 
OACSI (DAMI-FIT). Validation of threat 
portrayed in all other models is the respon- 
sibility of each MACOM headquarters. 
Problem areas and events that cannot be 
portrayed accurately, or deviate from threat 
guidance, will be identified and fully docu- 
mented for approval by OACSI 
(DAMI-FIT). Those identified areas will 
become agenda items at milestone meetings 
and program review meetings in order that 
participants may better understand the ca- 
pabilities, limitations, and approved devia- 
tions of the combat simulations. 
Documentation will include, as a minimum, 
assumptions, decision rules, limitations, da- 
ta required, and data stored. 

d. Scenario development. Army analytic 
agencies require basic guidelines regarding 
precursory events, time lines, and threat 
employment concepts in addition to data on 
threat force structure and weapon systems 
characteristics. To promote and achieve ac- 
curacy, commonality, and consistency with- 
in Army analyses, the following guidelines 
apply to the development of scenarios for 
threat forces: 

(1) The annual DOD Defense Guidance 
(DG) provides the Services with a plan for 
the development of the necessary military 
capabilities to maintain the Nation's securi- 
ty. It will be used to begin development of 
scenarios intended to support the force and 
materiel development processes. The DG 
contains a planning scenario intended to — 

(a) Provide a general illustrative se- 
quence of events upon which to base force 
development planning for the future 
lG-year timeframe and to assess risks to 
programed forces. 

(b) Provide a common set of U.S. friend- 
ly force assumptions for use by the Services 
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in computing the readiness, sustainability, 
mobility, and modernization of resources. 

(2) OACSI will review the DG assump- 
tions for impact on threat and provide sce- 
nario development guidance at the 
beginning of each year. 

(a) TRADOC TRADOC standard scena- 
rios will be used in studies and analysis to 
identify the Army force modernization 
needs encompassing organization, doctrine, 
training, and materiel. The threat scenarios 
developed by TRADOC and approved by 
OACSI through timely DPRs, will serve as 
the base for Army combat and materiel de- 
velopment studies, unless otherwise directed 
by HQDA. TRADOC will use OAC- 
SI-approved threat data and operational 
concepts to develop standard scenarios. All 
TRADOC standard scenarios will be re- 
viewed annually to ensure that they are con- 
sistent with Army guidance. Army schools, 
centers, and activities involved in force and 
materiel development will use this approved 
scenario for analyses. If threat excursions 
are employed, they will be highlighted clear- 
ly in study reports. 

(6) U.S. Army Concepts Analysis Agency. 
OACSI guidance to CAA on global force 
employment scenarios will be based on spe- 
cific study and model requirements. The 
scenarios developed will provide a common 
threat basis for annual planning and 
programing studies conducted for the 
HQDA Staff. Data will be provided to CAA 
by OACSI (DAMI-FIT). OACSI will re- 
view results of the analysis as appropriate to 
ensure that intelligence data on threat doc- 
trine and force employment are logical and 
consistent. 

2-4. Threat integration staff officer 
(TISO) 

a. A TISO is designated by the ACSI to 
function as the HQDA threat integration 
coordinator for designated mission areas, 
programs, and materiel systems. The TISO 
represents OACSI on all aspects of threat 
support throughout the life cycle or study 
process. The TISO system complements the 
HQDA force integration staff-officer (FISO) 
and Department of the Army system coor- 
dinator (DASC) system and is designed to 
foster close coordination among the intelli- 
gence community, MACOMs, and Army 
Staff agencies to ensure the timely integra- 
tion of threat into the materiel development 
and acquisition process. The TISO system 
supplements existing management proce- 
dures but does not relieve Army Staff agen- 
cies and MACOMs of established 
responsibilities. 

b. The responsibilities of the TISO are as 
follows: 

(1) Represent the ACSI and serve as pri- 
mary HQDA Staff point of contact for 
threat integration. 

(2) Coordinate the implementation of 
Army policy relating to threat support. 

(3) Establish and manage TCGs for Ar- 
my MAAs, major and DAP systems, and 
selected HQDA studies. 



(4) Provide timely HQDA threat gui- 
dance to those agencies and commands re- 
sponsible for combat and materiel 
development. 

(5) Coordinate DA approval for all 
threat assessments written or oral to sup- 
port major and DAP systems and selected 
studies. 

(6) Coordinate DIA validation of threat 
assessments written to support systems re- 
quiring DSARC decision review. (See DIA 
Reg 55-3.) 

(7) Direct the threat support process to 
ensure consistent application of intelligence 
to major and DAP systems. 

(8) Maintain a listing of critical intelli- 
gence parameters that impact upon the ef- 
fectiveness, survivability, or security of the 
U.S. system. Forward CIPs to DIA for in- 
corporation into national collection plans. 

(9) Coordinate appropriate OACSI par- 
ticipation to special task forces and special 
study groups for MACOM managed 
studies. 

(10) Assist combat and materiel develop- 
ers and the test and evaluation community 
in generating and articulating requirements 
for threat support. 

(11) Coordinate with DOD, DIA, and 
other Service intelligence agencies on all as- 
pects of threat support to Army specific or 
joint Service programs. 

(12) In coordination with DCSOPS and 
DCSRDA, review threat statements or as- 
sessments contained in HQDA require- 
ments, decision, and program documents. 

(13) Monitor use of threat data during 
development and operational test and evalu- 
ation phases of the materiel development 
cycle for major and DAP systems to ensure 
maximum benefit from knowledge of the 
threat environment. 

(14) Establish liaison and maintain close 
coordination with Army Staff agencies, 
MACOMs, testing agencies, and other 
agencies to assure that threat support is 
timely, consistent, and continuous through- 
out the life cycle process. 

(15) Monitor and ensure quality control 
of intelligence production requirements in 
response to materiel development threat 
requirements. 

(16) Recommend as appropriate the es- 
tablishment of MACOM chaired TCGs. 

(17) Represent HQDA at MACOM level 
TCGs if requested and appropriate. 

(18) Attend forma! and informal pro- 
gram reviews in the course of materiel life 
cycle, and determine impact of threat con- 
siderations on the progress of system 
development. 

c. OACSI (DAMI-FIT) is the approving 
authority for either establishing or ending 
TISO monitorship of systems. Generally, all 
programs designated as major or DAP sys- 
tems will be assigned a TISO. Other 
nonmajor systems will be assigned TISO 
monitorship on an "as required" basis with 
the approval of OACSI (DAMI-FIT). 
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2-5. Threat coordinating groups 
(TCGs) 

a. A TCG is an integrating body between 
the Army's combat and materiel develop- 
ment activities and the intelligence commu- 
nity to coordinate the provision of timely, 
consistent, and approved threat support 
throughout the life cycle or study process. 
Through the development and implementa- 
tion of threat support plans, the TCG coor- 
dinates the identification, validation, and 
fulfillment of threat requirements support- 
ing each system or program. 

b. The purpose of the TCG is to ensure 
that all appropriate organizations are in- 
formed of the development/execution of the 
threat support plan, pertinent threat issues, 
and means for resolution and that they are 
mutually supportive of the overall effort. 
The preparation of threat assessments asso- 
ciated with the project or study remain the 
responsibility of the developer. The TCG 
chairman will coordinate the approval of 
threat assessments that are based upon the 
intelligence data provided in response to us- 
er requirements. 

c There are two types of TCGs, system 
specific and mission area. System specific 
TCGs coordinate threat support require- 
ments for specific programs. For each major 
and Designated Acquisition Program, 
HQDA (DAMI-FIT) will normally estab- 
lish and chair a TCG. Other programs of 
particular DA interest may also require a 
DA level TCG. MACOMs will establish 
TCGs for nonmajor programs as required. 
The mission area TCG will be established to 
coordinate threat support requirements for 
the MAA process. MAA TCGs will be es- 
tablished by TRADOC. The MAA TCG 
will serve as the transition vehicle to system 
or study specific TCGs, at either HQDA or 
MACOM level. 

d. For new programs, system specific 
TCGs will be formed as early as possible in 
the life cycle process, but not later than the 
submission of the JMSNS for major pro- 
grams or for DAPs. Major and DAP sys- 
tems which have already passed their 
production milestones will be considered for 
TCG support, although priority will be giv- 
en to new programs and those nearing mile- 
stone decision reviews. 

e. Membership of each HQDA-managed 
TCG will consist of representatives from the 
HQDA Staff, combat and materiel develop- 
ment commands, OTEA, and the intelli- 
gence community. Representatives from 
DIA and other Services will be invited to 
participate in a TCG if it is a joint program 
with Army as lead Service or if the TCG 
needs that Service expertise. 

/ The functions of system specific and 
mission area TCGs are as follows: 
(1) System specific TCGs. 

(a) Assist the combat and materiel devel- 
opers in articulating their threat require- 
ments and facilitating the resolution of these 
requirements from the intelligence 
community. 

(b) Assist in the development of a com- 
prehensive threat support plan based on 
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stated user needs, regulatory requirements, 
and intelligence resources. 

(c) Develop for the user a comprehensive 
baseline of intelligence products from ap- 
propriate approved intelligence documents. 

(d) Coordinate and review the combat 
and materiel developers' critical intelligence 
parameters and ensure the development of 
intelligence production requirements in re- 
sponse to identified CIPs. 

(e) Review intelligence data and threat 
portrayed in the concept formulation pro- 
cess and provide recommendations to the 
appropriate agencies. 

(f) Review wargaming models for correct 
application of threat. 

(g) Coordinate and review threat support 
for developmental and operational testing to 
include use of scenarios and simulators (that 
is, ADATS). 

(h) Coordinate and review the STAR 
and threat portions of program manage- 
ment documents, such as the JMSNS, SCP, 
DCP, COEA. and TSP. 

(2) Mission area TCGs. 

(a) Provide threat support for the MAA 
process. 

(b) Integrate the results of threat support 
for specific systems into the total MAA. 

(c) Provide for transition of threat sup- 
port from the MAA to appropriate HQDA 
or MACOM TCGs established to support 
major and DAP systems. 

2-6. Threat assessments 

a. Documents required for the systems 
acquisition process are known as program 
management documents (PMD) and are di- 
vided into the following three categories: 

(1) Requirements documents. 

(2) Decision documents. 

(3) Program documents. 

6. The proponent responsible for devel- 
oping a specific requirement, decision, or 
program document will also write the 
required threat assessment for that docu- 
ment (table 2-1). The threat assessment will 
provide a summary of the current and pro- 
jected threat and targets and missions of the 
proposed system and wiil emphasize the in- 
teractive effects of the system and threat. 

c When drafting threat assessments, the 
intelligence office supporting the developer 
will use Army and DIA-approved intelli- 
gence products as given in paragraph 2-2. 

d. For assistance in preparing a PMD 
threat assessment to support a major or 
DAP system, threat support requirements 
will be forwarded through command chan- 
nels to OACSI (DAMI-FIT). The TISO, 
with the assistance and participation of the 
appropriate TCG, will assist in identifying 
relevant existing intelligence documents or 
by tasking new intelligence production in 
accord with AR 381-19. 

e. The appropriate MACOM headquar- 
ters will be responsible for coordinating the 
preparation of PMD threat assessments to 
support DAIPR or I PR level systems. 

/ Threat assessments will be written at 
the lowest possible classification consistent 



with user needs. More highly classified sup- 
plements will be developed if necessary for 
program decision. If a threat assessment 
must be released to the North Atlantic 
Treaty Organization (NATO), a specific 
country, or a group of countries, it will be 
prepared in coordination with DIA. OACSI 
will coordinate this effort. 

g. Approval authorities for PMD threat 
assessments are indicated in table 2-1. 
Threat assessments for major and DAP sys- 
tems will be forwarded through command 
channels to HQDA (DAMI-FIT), WASH 
DC 20310-1086, for review and approval. 

h. A draft of the complete program man- 
agement document will accompany the 
threat assessment when it is forwarded for 
review and approval. 

L OACSI will forward threat assessments 
written for materiel systems requiring 
DSARC review to DIA for validation. In 
the case of a threat assessment prepared for 
an Army lead joint Service program, OAC- 
SI will coordinate the assessment with the 
other Services involved before submitting it 
to DIA. 

;'. Threat assessments submitted for DA 
approval will be footnoted to indicate the 
sources for data. This is required to expedite 
the approval process. 

k. See appendix B for information on the 
content of PMD threat assessments. 

2-7. System Threat Assessment 
Report (STAR) 

a. General. The STAR summarizes the 
approved threat provided to combat and 
materiel developers of a specific system. It 
provides an assessment of the enemy's capa- 
bilities to neutralize or degrade a specific 
U.S. system or system concept as deter- 
mined by the interactive analysis. This re- 
port is RCS exempt in accord with AR 
335-15, paragraph 5-2e(2). 

b. Timing. The initial STAR will be pre- 
pared in time to support a milestone I deci- 
sion. It will be prepared in concert with the 
concept formulation process and will be up- 
dated before each subsequent milestone de- 
cision. Significant changes in the threat 
between the time a STAR has been ap- 
proved and the arrival of the next milestone 
will require that the STAR be revised to re- 
flect the threat actually used in the 
program. 

c. Structure. 

(1) The STAR will contain the following 
four major sections: 

(a) A description of the U.S. system or 
system concept. 

(b) Threat environment in which the 
U.S. system is to operate, including targets 
when appropriate. 

(c) Specific threats that will degrade or 
neutralize the U.S. system's effectiveness 
during its operational lifetime. 

(d) Reasonably expected reactions to de- 
velopment and deployment of the U.S. 
system. 

(2) The approved intelligence supporting 
the STAR will be summarized rather than 



republished in its entirety. This reduces the 
length of the STAR to about 25-30 pages. 

(3) Suggested format guidance for the 
STAR is at appendix C. 

d. Content 

(1) The system specific threat will focus 
on quantifiable threat capabilities relative to 
the mission and specific performance pa- 
rameters of the U.S. system. It will describe 
plausible hostile developments and not sim- 
ply present technological or mirror image 
projections. 

(2) Conclusions will be based on ap- 
proved DOD intelligence products. Other 
analyses, however, are acceptable for the far 
term, as long as the rationale is included 
and they are reasonable projections of ac- 
cepted data. 

(3) Once CIPs have been identified, 
STAR updates will focus on related threat 
intelligence. 

(4) Appendixes will be developed as nec- 
essary to support assessments made in the 
body of the STAR. An appendix will be de- 
veloped listing critical intelligence 
parameters. 

e Approval OACSI will approve STARs 
for major and DAP systems. A minimum of 
20 days is required for OACSI approval. 
OACSI will obtain DIA validation of 
STARs for major programs to DSARC 
milestone reviews. HQ TRADOC and HQ 
AMC will approve STARs for DAIPR and 
IPR level systems and provide information 
copies of MACOM-approved STARs to 
HQDA (DAMI-FIT). 

/ Classification. STAR classification will 
be limited to SECRET. Higher level supple- 
ments may be added as needed. 

g. References. 

(1) The STAR will be annotated by para- 
graph to show the sources for data. This is 
required to expedite the approval process. 

(2) A bibliography will be included in the 
STAR which will list all data sources used 
in preparation of the document. 

2-8. Operations security (OPSEC) 
Request for OPSEC support will be for- 
warded through command channels in ac- 
cord with AR 530-1. 

2-9. Special Access Programs (SAPs) 

Threat support for SAPs wiil follow the 
same policies and procedures established for 
systems and programs that fall within the 
purview of this regulation. Maximum use of 
approved threat documentation such as 
STARs for existing programs will be made 
with appropriate compartmented appendix- 
es. See AR 380-381 for specific regulatory 
guidance for SAPs. 

Section II 
Army Studies 

2-10. Study directive 

a. Each study directive will include, as a 
minimum, a threat guidance subparagraph. 
This subparagraph will give the location, 
general situation, and intensity of combat 
applicable to the study. 
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b. Study directives prepared by HQDA 
in accord with AR 5-5 which require threat 
support will be coordinated, in draft, with 
OACSI (DAMI-FIT) to ensure that appro- 
priate threat support tasking has been 
included. 

2-11. Study advisory group (SAG) 

For each study, the study sponsor will form 
a SAG or appoint a study manager. (Here- 
after, an appropriate role for the study man- 
ager will be implied when the terms "SAG 
chairman" or "SAG" are used.) SAGs ad- 
vise study sponsors and give advice and 
technical guidance to study agencies. 

2-12. SAG membership 

All studies requiring threat support will 
have a threat representative on the SAG. 
OACSI will provide for SAG membership 
for HQDA-directed studies or those requir- 
ing DA-approved threat support. 

2-13. Procedures for HQDA-directed 
studies 

a. When designated by OACSI, the 
USAIA will provide threat analysis and 
production support to HQDA-directed 
studies (except those discussed in b and c 
below). The SAG chairman will ensure that 
threat requirements are identified and sub- 
mitted in writing to OACSI (DAMI-FIT). 

b. The SAG chairman will designate an 
intelligence representative to provide a copy 
of the minutes of each SAG meeting to 
HQDA (DAMI-FIT). 

c. When a commercial contractor is des- 
ignated to accomplish a study requiring 
threat, the statement of work will be coordi- 
nated through command channels with 
HQDA (DAMI-FIT) to ensure that the 
threat and disposition of the data base are 
given proper attention. HQDA 
(DAMI-FIT) will monitor the contract ef- 
fort and provide threat guidance as needed. 



Table 2-1 

System Specific Threat Responsibilities Matrix 



Type acquisition 



Approval level 



Type of review 



Major Program 
JMSNS/O&O/LOA/ROC 

Threats 
SCP/DCP/IPS Threats 
COEA Threat 
STAR . 



SECDEF 



ASARC/DSARC 



Threat responsibilities Threat approval 



CBTDEV 

MATDEV 
C8TOEV 
C8TDEV/ 
MATDEV 



OACSI' 

OACSI 
OACSI 
OACSI 



Designated Acquisition Program 
O&O/LOA/ROC Threats 
SCP/DCP/IPS Threats 
COEA Threat 
STAR 



SA 



ASARC 



CBTDEV 

MATDEV 

CBTDEV 

CBTDEV/ 

MATDEV 



OACSI 
OACSI 
OACSI 
OACSI 



DAIPR Program 
O&O/LOA/LR Threats 
SCP/DCP/iPS Threats 
COEA Threat 
STAR 



HQDA (DCSRDA) 



IPR 



CBTDEV 

MATDEV 

CBTDEV 

C8TDEV/ 

MATDEV 



CBTDEV 

MATDEV 

CBTDEV 

CBTDEV/ 

MATDEV 



IPR Program 
O&O/LOA/LR Threats 
SCP/DCP Threats 
COEA Threat 
STAR 



MATDEV 



IPR 



CBTDEV 

MATDEV 

CBTDEV 

CBTDEV/ 

MATDEV 



CBTDEV 

MATDEV 

CBTDEV 

CBTDEV/ 

MATDEV 



&JSr,^^^ 33?"— ~»» ° SASC «**°° ""- 
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Appendix A 
References 



DODI 5000.2 

Major System Acquisition Procedures 



Section I 

Require;: Publications 

AR5-5 

Army Studies and Analysis. (Cited in para 
2-10.) 

AR5-U 

Army Model Improvement Program. (Cited 
in para 2-3.) 

AR70-1 

Army Systems Acquisition Policy and Pro- 
cedures. (Cited in paras B-2 and B-3.) 

AR 380-381 

Special Access Programs. (Cited in para 
2-9.) 

AR 381-19 

Intelligence Support. (Cited in paras 2-1 
and 2-3.) 

AR 530-1 

Operations Security (OPSEC). (Cited in 
para 2-8.) 

DIA Regulation No. 55-3 
Threat Support for Major System Acquisi- 
tions. (Cited in para 2-46(6).) 

Section I! 

Related Publications 

A related publication is merely a source of additional 
information. The user does not have to read it to 
understand this regulation. 

AR1-1 

Planning, Programing, and Budgeting 
Within the Department of the Army 

AR 15-14 

Systems Acquisition Review Council 
Procedures 

AR 70-17 

System/Program/Project/Product 

Management 

AR71-3 

User Testing 

AR71-9 

Materiel Objectives and F-equirements 

AR 381-20 

U.S. Army Counterintelligence and Security 

Support Activities 

AR 1000-2 

Basic Policies for Systems Acquisition 



DODD 5000.1 

Major Systems Acquisitions 
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Appendix B 

Program Management Documents 

Threat Assessments 



B-1. Requirements documents 

Requirements documents normally are gen- 
erated by the combat developer in coordina- 
tion with the materiel developer. 
Requirements documents which contain 
threat assessments include the Justification 
for Major System New Start (JMSNS), Op- 
erational and Organizational Plan (O&O), 
Letter of Agreement (LOA), required oper- 
ational capability (ROQ, letter requirement 
(LR), and, in the case of a joint Service pro- 
gram, the Joint Service Operational Re- 
quirement (JSOR). AR 71-9 contains 
detailed information on the content and for- 
mat of these documents. The following 
paragraphs contain a brief description of, 
and provide guidance for, the preparation of 
threat assessments. 

a. JMSNS. 

(1) The JMSNS documents a major defi- 
ciency in a Service's ability to meet mission 
requirements. The JMSNS justifies the ac- 
quisition of a new major system and sup- 
ports program initiation. 

(2) The JMSNS threat narrative provides 
an assessment of the key threat elements re- 
lating to the mission deficiency. Current and 
projected threat assessments should be pro- 
vided. The JMSNS threat assessment will 
emphasize specific threat-driven mission 
area deficiencies as identified by the MAA 
process. The JMSNS is restricted to a maxi- 
mum of three pages, including annexes. The 
threat assessment, therefore, will normally 
be limited to three or four paragraphs. 

b. O&O Plan. 

(1) The O&O Plan supports program ini- 
tiation for all nonmajor materiel systems. 

(2) The content of a threat assessment 
written for an O&O Plan will be similar to 
that for a JMSNS. Its length will be limited 
to about one or two pages. 

c. LOA. The LOA is a jointly prepared 
document in which the combat and materiel 
developers outline the basic agreements for 
further investigation of a potential materiel 
system. It is written to support a Milestone 
I decision review. 

d. ROC. The ROC is prepared by the 
combat developer in coordination with the 
materiel developer. It describes the mini- 
mum essential operational, technical, and 
cost data and other information necessary' 
to initiate full scale engineering develop- 
ment or procurement of a materiel system. 
It is prepared to support a Milestone II 
decision. 

e. LR. An LR is prepared in place of a 
ROC for acquisition of low-value or com- 
mercial items. 

/ JSOR. A JSOR is a statement of need 
for the same end item of materiel for opera- 
tional employment by the Army and at least 
one other U.S. military service. It takes the 
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place of a ROC for all joint Service 

programs. 

g. LOA/ROC/JSOR threat assessment. 
Threat assessments written for each LOA, 
ROC, and JSOR will describe the mission, 
organization, operation, or specific system 
of the threat that the needed materiel sys- 
tem is required to defeat. It will also de- 
scribe the enemy's current and projected 
capability to detect, identify, locate, avoid, 
suppress, destroy, or otherwise counter the 
U.S. system. To support the evolutionary 
development of a U.S. system, the threat 
statement will include an assessment of the 
probable reactive thrent to the system. In- 
tended targets of the U.S. system will also 
be identified. The threat assessment should 
summarize the system's capability as deter- 
mined by interactive analysis to perform its 
assigned mission in its operational environ- 
ment against the expected threat. The basic 
document of an LOA, ROC, or JSOR is 
limited to four pages. The threat assessment 
will be about two or three paragraphs. If the 
materiel development is threat-driven, there 
should be a clear connection with the defi- 
ciency identified in the MAA process or 
other appropriate requirements study. 

B-2. Decision documents 

Decision documents are prepared '^y the 
materiel developer in coordination wi«> the 
combat developer and are submitted to the 
appropriate decision review authority 
(ASARC, DSARC). As explained in AR 
70-1, there are three types of decision docu- 
ments: system concept paper, decision coor- 
dinating paper, and integrated program 
summary. 

a. SCP. The SCP is a 12-page document, 
excluding annexes, prepared to support a 
Milestone I decision which summarizes the 
program status of a materiel system up to 
that point and provides the acquisition 
strategy for subsequent development of the 
program. 

b. DCP. The DCP summarizes program 
status for Milestone II and III. It may not 
exceed 18 pages, excluding annexes. 

c. IPS. The IPS provides a detailed sum- 
mary of a program at Milestones II and III. 
It is only required when the decision au- 
thority Defense Acquisition Authority, Ar- 
my Acquisition Executive (AAE), or 
DCSRDA desires more information than 
that contained in the DCP. The IPS is re- 
stricted to 30 pages. 

d. SCP/DCP/IPS threat assessments. The 
content of a threat assessment for an SCP, 
DCP, or IPS will be similar to that pre- 
pared for an LOA, ROC, or JSOR, as de- 
scribed in paragraph B-lg and normally 
will be derived from the STAR. The length 
of an SCP or DCP threat assessment will be 
limited to about one or two pages. An IPS 
threat assessment will be about four or five 
pages. If the materiel development is threat- 
driven there should be a clear connection 
with the deficiency identified in the MAA 
process or other appropriate requirements 
study. 
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B-3. Program documents 

Program documents are developed to imple- 
ment the overall acquisition strategy of a 
materiel system. As explained in AR 70-1, 
these documents include individual plans 
that are reviewed and approved and become 
part of the program management docu- 
ments. The cost and operational effective- 
ness analysis (COEA) report is a program 
document which contains a summary of 
threat provided in support of the COEA 
process. 

a, CCEA report This document provides 
decision-makers with the results of analyses 
conducted to evaluate the merits of alterna- 
tives and to understand the likely effect of 
each choice. It provides information on the 
costs and projected operational and training 
effectiveness of alternative materiel systems 
and programs. Threat support provided by 
the COEA process is a major factor in de- 
termining the validity of alternatives 
presented in the COEA report. 

b. COEA threat. 

(1) The COEA report will contain a sec- 
tion summarizing ibi threat support provid- 
ed to the COEA process. The COEA threat 
will describe the full range of threats to the 
proposed materiel system. Excursions may 
be presented as long as the rationale is in- 
cluded and they are reasonable projections 
of accepted data. There is no standard 
length for a COEA threat; however, refer- 
ences may be made to existing DA- or 
DIA-approved threat products to avoid du- 
plication of data. 

(2) Threat support will cover the entire 
projected life cycle of the U.S. system, be- 
ginning at initial operational capability 
(IOC). It will provide quantifiable near- 
term, midterm and far-term S&TI and oper- 
ational art, employment, and deployment 
data. 



Appendix C 

STAR Format Guidance 



C-1. Preliminary pages 

a. Title page. This page shows the title, 
preparing agency, information cutoff elate, 

, U.S. systems project office, and, for major 
programs only, the MACOM/DA/DIA 
validation statement and date. 

b. Table of contents and illustrations. 

c. Executive summary. This will include a 
concise description of the future operational 
threr.t environment, the system specific 
threat, the reactive threat that could affect 
program decisions, and, if appropriate, a 
target assessment. The timeframe should 
start at IOC of the U.S. system and contin- 
ue through its expected operational lifetime. 
The executive summary should be a com- 
plete, autonomous threat overview. It 
should be specific and sharply focused to 
provide the key intelligence judgments ap- 
plicable to the CIP and the particular mile- 
stone issues. If the materiel development is 
threat-driven there should be a clear con- 
nection with the deficiency identified in the 
MAA process or other appropriate require- 
ments study. 

C-2. 8ody 

a. The body of the STAR will focus on 
the quantifiable threat capabilities relative 
to the mission and specific performance pa- 
rameters of the U.S. system. The body will 
consist of the following: 

(1) Introduction. Give a brief opening 
statement, which may include a short sy- 
nopsis of the mission need for the U.S. 
system. 

(2) U.S. system description. Provide a 
concise description of the system. For the 
sake of brevity, this may be done by refer- 
ring to existing program documents which 
already describe the system. In either case, 
contents will include the mission, available 
physical and technical characteristics (to in- 
clude such electronic parameters as frequen- 
cy bands, radiated power, modulation), 
method of operation, IOC, and life span da- 
ta (detailed parameters may only become 
available as the program develops). If devel- 
opment of the U.S. system would cause a 
marked change in the threat to related ele- 
ments (launch platform, associated com- 
mand, control, communications, and so 
forth), then these elements should be ad- 
dressed in the system description. The sys- 
tem description, alternative system 
concepts, subsystems, potential protective 
measures, and system operational concepts 
under consideration will be provided and 
validated by the developer. 

(3) Operational threat environment. Give 
a generalized overview of the operational, 
physical, and technological environment in 
which the system will function during its 
lifetime, and, if applicable, the targets it is 
designed to engage. Developments and 



trends which can be expected to affect mis- 
sion capability during the U.S. system's life- 
time should be projected out to the end of 
the life cycle. Areas covered should include 
enemy operational concepts, organizations, 
equipment and tactics affecting system mis- 
sion^), and operations. Threat content and 
emphasis will vary from program to pro- 
gram. The requirement to describe the oper- 
ational threat environment may be satisfied 
by references to the relevant portions of ex- 
isting threat intelligence documents, such as 
the SBDP and other approved products. 

(4) Targets. Include an analysis, if appli- 
cable, of the actual capabilities of projected 
enemy targets the U.S. system is designated 
to engage. Target employment, characteris- 
tics, command and control, and numbers 
should be included. Types and density of 
targets might also be covered along with 
such common parameters as the thickness 
and types of armor to be defeated. If de- 
tailed technical specifications for individual 
target models are required, reference may 
be made to appropriate approved intelli- 
gence products. 

(5) System specific threat (SST). Provide 
an assessment of the threat to the mission 
capabilities of the U.S. system throughout 
its operational lifetime. Timeframes for 
threat snapshots are at IOC of the U.S. sys- 
tem and at IOC plus 10 years. Threat as- 
sessments should integrate doctrine, force 
level, and means (conventional, electronic, 
nuclear, chemical, advanced weapons, or 
others, as appropriate). Detail and certainty 
will decrease as projections extend into the 
far-term. Confidence in key judgments 
should be expressed in estimative terms to 
the maximum extent possible. Analysis will 
be responsive to CIPs. Reference may be 
made to existing DA- or DIA-approved in- 
telligence products that provide any of the 
information concerning the SST to a U.S. 
system. The SST will include the following: 

(a) Threat at IOC of U.S. system. 

1. Descriptions of opposing weapons 
systems. 

2. Magnitude of the threat (projected 
force levels). 

3. An integrated assessment of the threat 
to the U.S. system (hostile employment doc- 
trine, force levels, and equipment) is consid- 
ered together. 

(b) Follow-on system specific threat. A 
snapshot of the threat at IOC plus 10 years. 
This should also assess developments which 
would serve to degrade the U.S. system's ca- 
pability to the end of its life cycle. Appro- 
priate items to be included are as follows: 

/. System description. 

2. Magnitude of threat. 

3. Threat integration. 

(6) Reactive threat. Describe to the maxi- 
mum extent possible changes which might 
reasonably be expected to occur in hostile 
doctrine, strategy, tactics, force levels, and 
weapon systems as a result of the develop- 
ment and deployment of the U.S. system. 
Assessment of each reactive threat should 
consider, as a minimum, projections of — 
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(a) Modifications in doctrine, strategy, 
and tactics. 

(b) New systems or modifications to 
present systems. Also give the description 
and likely deployment. 

(c) Changes in force levels. 

(d) Threat integration. This should con- 
sist of an integrated assessment of the po- 
tential reactive threat to the U.S. system. 

C-3. Appendixes 

Specific appendixes will be developed as ap- 
propriate to support the threat analysis con- 
tained in the body of the STAR, or to 
provide additional detail. As a minimum, an 
appendix listing critical intelligence parame- 
ters identified by the program manager will 
be developed. 

C-4. Bibliography 

An annotated bibliography will be devel- 
oped listing all source documents, models, 
or scenarios (to include U.S. system data) 
used to develop the information contained 
in the STAR. 
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Glossary 



Section ! 
Abbreviations 

AAE 

Army Acquisition Executive 

ADATS 

Army Development and Acquisition of 
Threat Simulators 

AFPDA 

Army force planning data and assumption 

AMC 

U.S. Army Materiel Command 

ASARC 

Army Systems Acquisition Review Council 

CBTDEV 

combat developer 

CIP 

critical intelligence parameter 

COEA 

cost and operational effectiveness analysis 

DA 

Department of the Army 

DAIPR 

Department of the Army in-process review 

DAP 

Designated Acquisition Program 

DASC 

Department of Army system coordinator 

DCP 

decision coordinating paper 

DCSRDA 

Deputy Chief of Staff for Research, Devel- 
opment, and Acquisition 

DG 

Defense Guidance 

DIA 

Defense Intelligence Agency 

DSARC 

Defense Systems Acquisition Review 
Council 

DT 

development testing 

FDTE 

force development testing and 
experimentation 

FISO 

force integration staff officer 
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HQDA 

Headquarters, Department of the Army 

IOC 

initial operational capability 

IPR 

in-process review 

IPS 

integrated program summary 

JMSNS 

Justification for Major System New Start 

JSOR 

Joint Service Operational Requirement 

LOA 

Letter of Agreement 

LR 

letter requirement 

LRRDAP 

Long-range Research, Development, and 
Acquisition Plan 

MAA 

mission area analysis 

MACOM 

major Army command 

MATDEV 

materiel developer 

NATO 

North Atlantic Treaty Organization 

NDI 

nondevelopment item 

OACSI 

Office of the Assistant Chief of Staff for 
Intelligence 

ODCSOPS 

Office of the Deputy Chief of Staff for Oper- 
ations and Picns 

ODCSRDA 

Office of the Deputy Chief of Staff for Re- 
search, Development, and Acquisition 

O&O 

operational and organizational 

OPSEC 

operations security 

OT 

operational test 

OTE 

operational test and evaluation 

OTEA 

Operational Test and Evaluation Agency 

12 MARCH 1986 UPDATE • AR 381-11 



PIP 



Product Improvement Proposals 

PM 

program, project, or product manager 

PMD 

program management documents 

RDA 

research, development, and acquisition 

ROC 

required operational capability 

SAG 

study advisory group 

SAP 

Special Access Program 

SCORES 

Scenario Oriented Recurring Evaluation 
System 

SCP 

system concept paper 

SECDEF 

Secretary of Defense 

SSG 

special study group 

SST 

system specific threat 

S&TI 

scientific and technical intelligence 

STAR 

System Threat Assessment Report 

STF 

special task :Vrce 

TISO 

threat integration staff officer 

TCG 

threat coordinating group 

TRADOC 

U.S. Army Tra;:::~g and Doc'rine 
Command 

TSP 

threat support program 

US A I A 

U.S. Army Intelligence Agency 

Section II 
Terms 

Combat developer 

Command or agency that formulates doc- 
trine, concepts, organization, materiel re- 
quirements, and objectives. This represents 
the user community in the materiel acquisi- 
tion process. 



Coordinate 

The process of seeking concurrence from 
one or more organizations or agencies on 
the adequacy of a specific draft assessment, 
estimate, or report. It is intended to increase 
a product's factual accuracy, claiify its 
judgments, and resolve disagreements on 
threat issues. 

' Cost and operational effectiveness analysis 
Comparison between costs to develop, pro- 
duce, distribute, and maintain a materiel 
system, and the ability of the system to meet 
the requirement for eliminating or reducing 
a force or mission deficiency. 

Critical intelligence parameters 
Those threat characteristics (such as num- 
bers, types, mix, or characteristics of actual 
or projected threat systems) identified by 
service program managers that would criti- 
cally impact on the effectiveness, 
survivability, security, or cost of a U.S. 
system. 

DA in-process review program 
Materiel system designated by the DCSOPS 
in coordination with the DCSRDA based 
on importance, complexity, and resource re- 
quirements. Program review is accom- 
plished by an in-process review conducted 
by the materiel developer. IPR minutes 
from key milestones require HQDA 
(DCSRDA) approval. 

Decision coordinating paper 
A top-level summary document prepared by 
AMC that identifies alternatives, goals, 
thresholds, and threshold ranges to support 
Milestone II and Milestone III decisions. 

Designated Acquisition Program 

Materiel system designated by the Army 
Acquisition Executive (AAE) based on im- 
portance, complexity, and resource require- 
ments. DAPs are reviewed by the Army 
Systems Acquisition Review Council and 
require AAE approval of key milestones. 

In-process review 

Review of a project or program at critical 
points to evaluate status and make recom- 
mendations to the decision authority. Con- 
ducted by the materiel developer. 

In-Process Review Program 

All programs not designated otherwise are 
IPR programs. Program review is accom- 
plished by an in-process review conducted 
by the materiel developer. No higher review 
is necessary if IPR participants agree on the 
proposed acquisition strategy. 

Integrated program summary 
A top-level document prepared by AMC 
which summarizes in greater detail than the 
DCP various facets of the implementation 
plan .\-f tSie Service for a major system ac- 
quisition. It will be prepared to support a 
Milestone II or III decision only if the De- 
tense Acquisition Executive or Army Ac- 
quisition Executive determines that the 



DCP lacks sufficient information on which 
to base a decision. 

Intelligence 

The product resulting from the collection, 
evaluation, analysis, integration, and inter- 
pretation of all information concerning one 
of more aspects of foreign countries or ar- 
eas, which is immediately or potentially sig- 
nificant to the development of plans, 
policies, and operations. 

Intelligence production requirement 

A stated need for the production of intelli- 
gence on a general or specific subject, pro- 
gram, system, or weapon. 

Interactive analysis 

A study, such as a COEA, performed by, or 
under the auspices of, Service program 
management elements to examine the inter- 
action between a proposed U.S. system and 
the threat it is intended to encounter during 
its operational lifetime. 

Joint Service Operational Requirement 

A statement of need for the same end item 
for use by the Army and at least one other 
military service. Army proposed JSORs 
usually are directed by higher authority and 
are prepared and processed following ROC 
procedures and format as much as possible. 

Justification for Major System New Start 
Identifies and supports the need for new or 
improved mission capability when costs ex- 
ceed S200 million RDTE or SI billion in 
procurement (FY 80 dollars). Support pro- 
gram initiation. 

Letter of Agreement 

A jointly prepared and authenticated docu- 
ment in which the combat developer and 
materiel developer outline the basic agree- 
ments for further investigation of a potential 
materiel system. An LOA is written to sup- 
port a Milestone I decision. 

Letter requirement 

An abbreviated procedure, prepared in 
place of the ROC, for acquisition of low- 
value or commercial items of which the cost 
will not exceed $6 million RDTE and S12 
million procurement for 1 year, or S50 mil- 
lion RDTE and procurement for 5 years 
(FY80 dollars). 

Major program 

Materiel system designated by the Secretary 
of Defense (SECDEF) based on risk, urgen- 
cy of need, congressional interest, joint Ser- 
vice involvement and resource 
requirements. The system acquisition pro- 
cess is reviewed by the Defense Systems Ac- 
quisition Review Council and requires 
SECDEF approval for major milestones. 

Materiel developer 

Command or agency responsible for re- 
search, development, and production of a 
system in response to approved 
requirements. 

12 MARCH 1986 UPDATE • AR 381-11 



Materiel system 

An item, system, or all systems of materiel. 
This includes all required system support 
elements. 

Mission area analysis 

Assessment of capability of a force to per- 
form within a particular mission area. 
Designed to discover deficiencies in doc- 
trine, organizations, training, and materiel 
and to identify means of correcting these de- 
ficiencies. MAA provides a basis for apply- 
ing advanced technology to future Army 
operations. 

Operational and organizational plan 

Contains an operational, organizational, 
training, and logistical plan for use to assess 
current forces and to evaluate proposals for 
changes to Army forces and doctrine. Ap- 
proval by the combat developer constitutes 
program initiation for all programs except 
those requiring a JMSNS. 

Production 

Conversion of information or intelligence 
information into finished intelligence 
through integration, analysis, evaluation, 
and/or interpretation of all available data 
and the preparation of intelligence products 
in support of known or anticipated user 
requirements. 

Reactive threat 

Changes which might reasonably be ex- 
pected to occur in hostile doctrine, strategy, 
tactics, force levels, and weapon systems as 
a result of the development and deployment 
of the U.S. system. 

Required operational capability 
An HQDA document which states the min- 
imal essential operational, technical, logisti- 
cal, and cost information necessary to 
initiate full-scale development or acquisition 
of a materiel system. A ROC is written to 
support a Milestone II decision. 

Scenario oriented recurring evaluation 
system >' 

An evaluation technique and frame-vork 
used to develop TRADOC scenarios to 
identify performance shortfalls and to ad- 
dress organizations, doctrine, tactics, train- 
ing, and materiel. 

System concept paper 

The decision management document pre- 
pared by AMC that summarizes the results 
of concept exploration up to Milestone I, 
describes the acquisition strategy, and estab- 
lishes goals and thresholds to be reviewed at 
the next milestone. 

System Threat Assessment Report 
The STAR is a threat assessment tailored to 
and focused cr« a particular U.S. system. It 
contains an integrate^ assessment of pro- 
jected enemy capabilities (doctrine, tactics, 
hardware, organization, and forces) to limit, 
neutralize, or destroy a specific U.S. system. 
The STAR will serve as the basic threat 

13 



document supporting system development. 
It is a dynamic document that will be con- 
tinually updated and refined as the program 
develops. The STAR is written to support 
all three decision milestones. It will be ap- 
proved/validated in support of the 
ASARC/BSARC. 

Threat 

a. The ability of an enemy or potential 
enemy to limit, neutralize, or destroy the ef- 
fectiveness of a current or projected mis- 
sion, organization, or item of equipment. 
The statement of that threat is prepared in 
sufficient detail to support Army planning 
and development of concepts, doctrine, 
training, and materiel. 

b. A statement of a capability prepared 
in necessary detail, in the context of its rela- 
tionship to a specific program or project, to 
provide support for Army planning and de- 
velopment of operational concepts, doctrine, 
and materiel. 

Threat approval 

The evaluation of, and concurrence with, ei- 
ther a threat intelligence document or threat 
assessment. Threat approval is synonymous 
with threat validation. 

Threat assessment 

An evaluation of an enemy's or potential 
enemy's current or projected capability to 
limit, neutralize, or destroy the effectiveness 
of a mission, organization, or item of equip- 
ment. It involves the application of threat 
analysis to a specific mission, organization, 
or item of equipment within the context of a 
military operation. Threat assessments con- 
siders the project of threat analysis vis-a-vis 
a U.S. force and includes the perceived mili- 
tary judgments of the evaluated threat force. 

Threat coordinating group 

A group formed to manage threat support 
to the force and materiel development pro- 
cess throughout the entire life cycle of the 
systems process. 

Threat validation 

The evaluation of and concurrence with ei- 
ther a threat intelligence document or a 
threat assessment. Threat validation is sy- 
nonymous with threat approval. 
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